To write or not to write: Frameworks [closed]
Posted
by
caarlos0
on Programmers
See other posts from Programmers
or by caarlos0
Published on 2012-11-08T18:48:14Z
Indexed on
2012/11/08
23:16 UTC
Read the original article
Hit count: 416
frameworks
Today some friends and I started discussing frameworks..
Some of us strongly believe that in 99.9% of cases, writing a new framework is a bad idea. We believe that probably some of the millions of frameworks out there should fit our problem, and if not, some hack, API, or configuration should be enough. If not, we think that contributing to some framework, suggest features or something like that should be the best solution. The 0.1% is when none of the frameworks fit to our case.
But, some of us say that it is better to have an "internal corporate framework" (for example), because it's faster to fix issues, creates a 100% fit with the app, because of the "learning" factor (when you improve your skills building a framework), etc.
I think that to go out coding frameworks like there's no tomorrow is not the right way. I've seen a lot of small teams building their own framework just to spread the word: "we built our own framework, we rule, bro". Generally, the framework is crap, without any documentation, and only works for their own applications.
Opinions are opinions, devs are devs, without the intention to start any kind of flame war, I ask:
What do you think about that? What parameters you consider when building a framework? What do you think about all this?
© Programmers or respective owner